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DYNAMIC STORAGE SPACE LINKING 

BACKGROUND OF THE INVENTION 
Field of the invention 

[0001] The present invention generally relates to methods of adding storage space 
to a server. More particularly, the invention relates to dynamically linking storage space 
to a server without powering down the server. 

Description of the Related Art 

[0002] Dynamic storage space linking is the ability to add additional disk drive 
images corresponding to the additional storage space to one or more active servers and 
link the disk drive images to the one or more active servers without powering down the 
servers. Presently, to add storage space to a server in a client/server system, the 
server is required to be powered down before the storage space can be added to the 
sen/er. In a typical process for adding storage space, the storage space is created as 
an additional disk drive image in a server description, and then the disk drive image is 
linked to the sen/er while the server is powered down. When the server is powered 
back up, the initial sen/er loading program performs the tasks required to complete the 
link between the server and the disk drive image, and the newly linked disk drive image 
becomes available to clients connected to the server once the sen/er becomes active. 

[0003] However, many systems require the server to be available at all times, and 
powering down an active server for installation of a new storage space is undesirable. 
One current solution to add disks to an active server utilizes a special bus and devices 
attached to a server through the special bus. USB (Universal Serial Bus) and IEEE 
1394 (Institute of Electrical and Electronics Engineers standard 1394) are two bus types 
that support hot pluggable devices. However, devices designed for connection to USB 
or IEEE 1394 buses are typically not designed to be used as a server's disk drive or 
storage space. Disks attached to a server are typically connected through a SCSI 
(Small Computer System Interface), and SCSI devices are usually not hot pluggable 
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devices. 

[0004] Another solution for adding disks to an active server requires special 
liardware. For example, a SCSI disk drive may be added to a special hardware disk 
bay, such as a RAID (Redundant Array of Independent Disks) tower, while the server is 
active. However, the special hardware requires additional cost and may also require 
special knowledge during initial installation of the special hardware. 

[0005] Therefore, a need exists for a method for adding storage space to a server 
without powering down the server. It is desirable for the storage space to be added 
without requiring installation of special hardware or physically installing additional 
storage devices to the server. It is further desired for the method to be simple to 
perform and fast in execution. 

SUMMARY OF THE INVENTION 

[0006] A method for adding storage space to a server without powering down the 
server is provided. The method provides for the storage space to be added without 
requiring installation of special hardware or physically installing additional storage 
devices to the server, and the method is simple to perform and fast in execution. 

[0007] One embodiment provides a method for dynamically linking a storage space 
to a network server, comprising: adding a new disk drive image to a network server 
description for the network server through a host server operating system, the new disk 
drive image corresponding to the storage space to be linked; sending a dynamic linking 
request from the host server operating system to a network server operating system; in 
response to the dynamic linking request, sending a device scanning request from the 
network server operating system to the host server operating system; in response to the 
device scanning request, requesting response from each device connected to each 
SCSI port of a host server and reporting the new disk drive image to the network server 
operating system; and presenting the new disk drive image to users connected to the 
network server. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[0008] So that the manner in which the above recited features, advantages and 
objects of the present invention are attained and can be understood in detail, a more 
particular description of the invention, briefly summarized above, may be had by 
reference to the embodiments thereof which are illustrated in the appended drawings. 

[0009] It is to be noted, however, that the appended drawings illustrate only typical 
embodiments of this Invention and are therefore not to be considered limiting of its 
scope, for the invention may admit to other equally effective embodiments. 

[0010] Figure 1 is a schematic diagram illustrating a client/server system having a 
host server and a plurality of network servers. 

[0011] Figure 2 is a flow chart illustrating one embodiment of a method for 
dynamically linking storage space. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

[0012] Figure 1 is a schematic diagram illustrating a client/server system having a 
host server and a plurality of network servers. The client/server system 100 includes a 
host server 110 and one or more network servers 130 disposed in connection with the 
host server 110. A plurality of clients 150 {e.g., client computers and network stations) 
may be connect to the host server 110 and/or the network servers 130 through local 
area networks, wide area networks, and remote access connections. The clients 150 
may communicate through TCP/IP (Transfer Control Protocol/Internet Protocol) with the 
servers 110, 130. 

[0013] The one or more network servers 130 may comprise one or more integrated 
servers built on a PCI {Peripheral Component Interconnect) or SPD (System Product 
Division) card that can be installed onto PCI or SPD slots of the host server. The 
network servers 130 may be housed in the same housing as the host server. 
Alternatively, network servers 130 may be housed in one or more separate housings. 
The host server 110 and the network servers 130 are connected and communicate 
through an internal LAN {local area network) connection (e.g., a PCI bus). 
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[0014] The host server 110 includes one or more processors 112, memory 114, an 
I/O (input/output) processor 116, and a system bus 1 1 1 connecting these components. 
Input/output devices such as a display monitor 118, a keyboard 120, and a pointing 
device 122 (e.g., mouse) are connected to the host server 110 through the I/O 
processor 116. One or more storage devices 124, such as direct access storage device 
(DASD), tape storage devices, CD-ROM (compact disc read only memory), and other 
optical or magnetic storage devices, may be connected to the host server 110 through 
SCSI bus/ports 117 connected to the I/O processor 116. Data files, software programs, 
and other information may be stored on the storage devices 124. One or more software 
programs, such as a host server operating system 126 (e.g., IBM OS/400) and a host 
server administration software program 128, may be stored in memory 114 or 
alternatively, in the storage devices 124. Operation of the host server operating system 
126 and the host server 110 may be controlled by user input through I/O devices such 
as the keyboard 120 and the pointing device 122. 

[0015] The network server 1 30 includes one or more processors 1 32, memory 1 34, a 
bridge/support logic 136 and one or more LAN cards 148. These components of the 
network server are connected to a PCI bus 131, which connects the network server to 
the I/O processor 116 of the host server 110. Input/output devices such as a display 
monitor 138, a keyboard 140, and a pointing device 142 (e.g., mouse) are connected to 
the network server 130 through the bridge/support logic 136. Additional I/O ports 143 
may include one or more serial ports and parallel ports. One or more software 
programs, such as a network server operating system 146 (e.g., Windows 2000 and 
Windows NT server operating systems) may be stored in memory 1 34. Operation of the 
network server operating system 1 46 and the network server 1 30 may be controlled by 
user input through I/O devices such as the keyboard 140 and the pointing device 142. 

[0016] The network server operating system described herein refers to any server 
operating system that can use a software disk drive image that appears to the network 
server as a physical disk drive. For example, the IBM Integrated xSeries server for 
/Series supports such software disk drive image when running a server operating 
system such as Windows 2000. The disk drives in such exemplar environment are 
actually IFS (Integated File System) files that are presented to the Windows server as 
disk drives. Disk drive images appear to the network server operating system as a disk 
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drive with tiie help of a disk driver and lower layer processes (e.g., SLIC or System 
Licensed Internal Code through a TIMI or Technology Independent Machine Interface) 
that can read from the file similar to a normal disk driver that can read from a hard disk. 
The disk drive image is partitioned, formatted, and supports all the normal disk drive 
requests that the network server operating system expects. 

[0017] A commercial example of a client/server system having a host server and a 
plurality of network servers is the IBM /Series server (host) with the IBM xSeries 
integrated servers. Although embodiments of the invention are described utilizing 
commands for the IBM OS/400® operating system running on IBM /Series server and in 
connection with the IBM ^(Series integrated servers running a Windows® 2000 server 
operating system, it is understood that other embodiments may be practiced on other 
server systems and other operating systems. 

[0018] Figure 2 is a flow chart illustrating one embodiment of a method for 
dynamically linking storage space. In one embodiment, the processes performed on or 
by the host server operating system is shown in Figure 2A, and the processes 
performed on or by the network server operating system is shown in Figure 2B. Prior to 
linking a storage space, a disk drive image representing the storage space is created on 
the host server. The storage space may include existing data which may be utilized 
immediately after the dynamic linking process. In one embodiment, the disk drive image 
is created as a file which is equivalent in size as the amount of space required for the 
storage space to be added. For example, if an additional 2 gigabytes of disk space is 
required for the server, then a 2 gigabyte file is created for the disk drive image. The 
data that is stored in the file is the information the host server operating system will 
recognize as the master boot record of the disk. As an example, the disk drive image 
may be created on an IBM /Series server running OS/400 using a command called 
"create network server storage" (CRTNWSSTG). A name (e.g., DYNSTG1) is given to 
the disk drive image which is used to manage the disk drive image in the dynamic 
linking process 200 described below. The disk drive image creation step is not 
considered part of the dynamic link process, but is required for the existence of a disk 
drive image. 

[0019] The dynamic linking process 200 begins at step 202 in which the newly 
created disk drive image (e.g., DYNSTG1) is added to the server description at the 
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network server operating system's list of allocated disk drive images. For each network 
server running in this environment, a list is stored In a server description wliich keeps 
track of various items including the disk drives being used by the respective network 
server. This list contains the names of the disk drives allocated to the respective server 
in the same order that is required for the respective server to boot properly. The first 
disk in the list is the bootable image, followed by any additional disks required for the 
server. The server description (e.g., SERVER1) which Is used on the IBM /Series 
server is known as Network Server Description {NWSD). The command used to add 
the new disk drive image to the server description on the IBM /Series server is the "add 
network server storage link" (ADDNWSSTGL) command. By specifying both the server 
name and the disk drive image name on the command, the new disk drive image name 
gets stored in the server description list of disk drive Images. 

[0020] After the new disk drive image name is stored in the server description, a 
process to lock that storage space for use of the server is performed at step 204. To 
lock the storage space for use of the server, the network server description file is 
opened, and the open pointers that are used in lower level code to get direct access to 
the data held inside the disk drive image are stored into a different area of the network 
sen/er description. After the open pointers are stored in the network server description, 
a program call is performed with a specific parameter to inform an ADMIN MONITOR 
JOB program on the host server that a dynamic storage link process is being performed. 

[0021] The ADMIN MONITOR JOB is a program that runs on the host server 
operating system and is used for integration between the host server operating system 
and a network server (e.g., an integrated server) operating system. The ADMIN 
MONITOR JOB performs many functions including, but not limited to, time 
synchronization, power up and power down management, user profile synchronization, 
sending remote commands, and retrieving server statistics. Some functions performed 
by the ADMIN MONITOR JOB may be executed by the ADMIN DAEMON program 
running on the network server operating system. 

[0022] The ADMIN DAEMON is a program which continually runs on the network 
server operating system and waits for requested tasks. When the ADMIN DAEMON 
receives a request from the ADMIN MONITOR JOB, the ADMIN DAEMON performs the 
requested task and responds back with the results when the task is completed. The 
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ADMIN MONITOR JOB and the ADMIN DAEMON communicate through a TCP/IP 
socket interface. 

[0023] The ADMIN MONITOR JOB receives notification that a dynamic link request 
is being performed and builds a dynamic link request envelope to be sent to the ADMIN 
DAEMON program running on the network server operating system (step 206). The 
ADMIN MONITOR JOB may send the dynamic link request envelope through a socket 
interface on a TCP/IP LAN connection. The dynamic link request envelope states that a 
dynamic link request is being performed and that a rescan of the SCSI bus on the host 
server needs to be performed. After the ADMIN MONITOR JOB sends the envelope 
packet, an event timer Is set on the host operating system which waits for a response 
back from the ADMIN DAEMON on the network server system. 

[0024] After the ADMIN DAEMON receives notification of the dynamic link request 
from the admin monitor job, the ADMIN DAEMON informs the network server's DASD 
(Direct Access Storage Device) device driver that the SCSI bus needs to be rescanned 
to find the additional storage space corresponding to the new disk drive image (step 
208). For the IBM integrated -JcSeries server running Windows® 2000, this is done using 
provided APIs (Application Program Interface) to signal the disk driver and passing a 
defined lOCTL (Input/Output Control code) which informs the disk driver to rescan the 
SCSI bus. 

[0025] The DASD device driver receives notification of rescan request via the lOCTL 
and verifies that the rescan request is valid. The DASD device driver then sends a 
request (e.g., a call) to the disk management program on the host server operating 
system (step 210). The disk management program is the code which manages the 
open disk image files on the host operating system. The disk management program on 
the host server is requested to re-scan the SCSI bus. 

[0026] In response to the call from the DASD device driver, the disk management 
program on the host server operating system views the list of open disk drive image 
pointers stored in the network server description and reports back to the DASD device 
driver that a new disk drive is available (step 212). The DASD device driver receives 
notification that the new disk drive (i.e., the storage space represented by the new disk 
drive image) is available, and then the DASD device driver informs the network server 
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Operating system that a change occurred on the affected SCSI bus (step 214). 

[0027] in response to the detected change on the SCSI bus, the network server 
operating system requests response from each device connected to each SCSI port 
{step 216). During this step, the network server operating system detects the new disk 
drive image as a newly added disk drive and presents the new disk drive image to users 
of the server that a new disk is available. The newly added storage space becomes 
immediately useable. 

[0028] The following steps describe responses for completing the dynamic linking 
process 200. Once the network server operating system has been Informed that a 
change was detected on the SCSI bus at the completion of step 21 4, the DASD device 
driver sends a response (e.g., a return code) to the lOCTL that was sent by the ADMIN 
DAEMON to inform the ADMIN DAEMON that the rescan of the SCSI bus has been 
completed (step 218). At step 220, the ADMIN DAEMON sends a response packet 
through the TCP/IP socket to the ADMIN MONITOR JOB with the status of the dynamic 
link and completion of the requested tasks. At step 222, the ADMIN MONITOR JOB 
responds to the program call from step 204 with a return code to inform the completion 
status of the dynamic link. At step 224, the process call to lock the storage space 
returns a response to the "add network server storage link" (ADDNWSSTGL) command 
with a return code to inform the completion status of the dynamic link. At step 226, the 
"add network server storage link" (ADDNWSSTGL) command informs the user that the 
dynamic link process has completed. 

[0029] While the foregoing is directed to embodiments of the present invention, other 
and further embodiments of the invention may be devised without departing from the 
basic scope thereof, and the scope thereof is determined by the claims that follow. 
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